home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / dcom / modems-part1 / 313 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  1.6 KB

  1. Path: darkstar.prodigy.com!davidsen
  2. From: davidsen@tmr.com (bill davidsen)
  3. Newsgroups: comp.dcom.modems
  4. Subject: Re: Why USR Courier 33.6 SO SLOW: 2.0k/sec downloads?
  5. Date: 3 Jan 1996 22:51:07 GMT
  6. Organization: TMR Associates, Schenectady NY
  7. Message-ID: <4cf18r$181k@useneta1.news.prodigy.com>
  8. References: <951216.140830.9G7.rnr.w165w@zswamp.UUCP> <30d62c03.25136810@news.netwide.net> <4bhvcb$2c5@mips.pfalz.de> <DKB98r.4LJ@bokonon.ussinc.com>
  9. NNTP-Posting-Host: darkstar.prodigy.com
  10. Originator: davidsen@darkstar.prodigy.com
  11.  
  12. In article <DKB98r.4LJ@bokonon.ussinc.com>,
  13. Stephen M. Dunn <stephen@bokonon.ussinc.com> wrote:
  14. | In article <4bhvcb$2c5@mips.pfalz.de> naddy@mips.pfalz.de (Christian Weisgerber) writes:
  15. | $No, it's not. The 33600 is the straight modem<->modem synchronous bit
  16. | $rate. Maximum throughput without compression is about 33600 / 8 *
  17. | $(244/(244+7)) * (62/63) = 4018cps.
  18. |    Christian, I take it that one of those two factors has to do with
  19. | packet overhead (that would presumably be the first one) but I
  20. | don't know about the second one, or any underlying assumption (such
  21. | as what protocol - LAP-M?  Some MNP level?).
  22.  
  23. The interesting thing is that for years I've been telling people to
  24. figure 8.3 bits/byte throughput with error correction, which might
  25. be easier to remember for most folks who haven't looked at the
  26. protocols. I use that as a starting point when determining if a
  27. connection has a problem or not.
  28. --
  29.     -bill davidsen (davidsen@tmr.com)
  30. I will support laws and technology which limit what you are allowed
  31. to hear, if you will oppose laws and technology limiting what I am
  32. allowed to say.
  33.